home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 2 / ETO Development Tools 2.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ Jun 89 / V0011-TDocument to limiti-Jun89 < prev    next >
Encoding:
Text File  |  1989-06-26  |  2.1 KB  |  48 lines  |  [TEXT/GEOL]
  1. Item    3411048                         5-June-89        17:35
  2.  
  3. From:   ARBOGAST                        Peat Marwick, Chris Arbogast
  4.  
  5. To:     D2086                           Efficient Field Svc, C Faith, PRT
  6.  
  7. cc:     MACAPP.TECH$                    MACAPP Tech
  8.  
  9. Sub:    TDocument to limiting?
  10.  
  11. Yes, I would agree that the TDocument object as it is implemented and intended
  12. to be used in MacApp is limiting.  It seems to be set up for 'simple'
  13. applications like paint, draw, spreadsheet, or word processing programs.  These
  14. applications share the one document - one file - one main window setup.
  15.  
  16. Unfortunatly there are a whole set of applications that are not like this.
  17. Take for example any data base like 4D or Omnis.  How about accounting packages
  18. or even some of the presentation packages.  Another category would be
  19. integrated development systems like LightSpeed C or Pascal.  In order to
  20. implement any of these in MacApp it seems one would have to override and
  21. competly replace quite a few methods at the document and even the application
  22. level that would normally not be touched.
  23.  
  24. Besides requiring a more in depth understanding of the internals of the
  25. TDocument and Tapplication objects then one would desire, this introduces
  26. problems with maintaining the code as well as porting to future versions of
  27. MacApp.
  28.  
  29. A concrete example would be the Save, Save As..., etc., menu commands.  In some
  30. of the application types named above, one may want to save the contents of the
  31. window but not the whole document.   It is relatively difficult to do this in
  32. MacApp.
  33.  
  34. Despite all that I have said, it is not clear that MacApp should try to
  35. encompass all types of applications.  This would certainly complicate matters
  36. for the majority of users - something to be avoided I assume.
  37.  
  38. One further related item - It is interesting to note that many of the
  39. applications mentioned above also have trouble adhering to Macintosh User
  40. Interface Guidlines.  This I believe, is largly because these guidlines are
  41. aimed at the 'simpler' applications just as MacApp is.  In order to properly
  42. address all of the related issues, some expansion of the Mac User Interface may
  43. be required.
  44.  
  45.     - Chris
  46.  
  47.  
  48.